home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 4 / Apprentice-Release4.iso / Languages / Oberon⁄F™ 1.1 / Dev / Docu / SubTool (.txt) < prev   
Encoding:
Oberon Document  |  1996-01-05  |  5.6 KB  |  76 lines  |  [oODC/obnF]

  1. Documents.StdDocumentDesc
  2. Documents.DocumentDesc
  3. Containers.ViewDesc
  4. Views.ViewDesc
  5. Stores.StoreDesc
  6. Documents.ModelDesc
  7. Containers.ModelDesc
  8. Models.ModelDesc
  9. Stores.ElemDesc
  10. TextViews.StdViewDesc
  11. TextViews.ViewDesc
  12. TextModels.StdModelDesc
  13. TextModels.ModelDesc
  14. TextModels.AttributesDesc
  15. Helvetica
  16. TextRulers.StdRulerDesc
  17. TextRulers.RulerDesc
  18. TextRulers.StdStyleDesc
  19. TextRulers.StyleDesc
  20. TextRulers.AttributesDesc
  21. Helvetica
  22. Helvetica
  23. Helvetica
  24. Helvetica
  25. Helvetica
  26. DevSubTool
  27. DEFINITION DevSubTool;
  28.     CONST
  29.         textCmds = 0; formCmds = 1; otherCmds = 2;
  30.         simpleView = 3; standardView = 4; complexView = 5;
  31.         wrapper = 6; specialContainer = 7; generalContainer = 8;
  32.         create: RECORD 
  33.             subsystem: ARRAY 9 OF CHAR;
  34.             kind: INTEGER;
  35.             Create: PROCEDURE
  36.         END;
  37. END DevSubTool.
  38. Module DevSubTool provides a code generator (sometimes such a tool is called a "wizard") which creates source code skeletons for typical view implementations. Theses skeletons are extended with your own code pieces and then compiled.
  39. DevSubTool supports several kinds of projects, from simple text commands to general containers. The source document(s) are always created in the form of a new subsystem, i.e. as a subdirectory with the generic subsystem structure (Sym, Code, Docu, Mod subdirectories).
  40. CONST textCmds
  41. This value can be assigned to create.kind, to create a command package for text commands, i.e. a module which imports the standard Text subsystem and enhances it with its own exported commands or interactors.
  42. CONST formCmds
  43. This value can be assigned to create.kind, to create a command package for form commands, i.e. a module which imports the standard Form subsystem and enhances it with its own exported commands or interactors.
  44. CONST otherCmds
  45. This value can be assigned to create.kind, to create a command package for arbitrary commands, i.e. a module which enhances Oberon/F with its own exported commands or interactors.
  46. CONST simpleView
  47. This value can be assigned to create.kind, to create a view implementation for a simple view which has no model. The view and its commands are packaged into one module. The view is not exported.
  48. CONST standardView
  49. This value can be assigned to create.kind, to create a view implementation for a view with a model. The model, view, and its commands are packaged into one module. Model and view are not exported.
  50. CONST complexView
  51. This value can be assigned to trans.kind, to create a view implementation for a view with a model. The model, view, and its commands are packaged into one module each. Model and view are exported as definition types, concrete implementations are created via directory objects.
  52. This category is currently not supported.
  53. CONST wrapper
  54. This value can be assigned to trans.kind, to create a wrapper implementation for wrapping an arbitrary view. The wrapper view and its commands are packaged into one module. The wrapper view is not exported.
  55. This category is currently not supported.
  56. CONST specialContainer
  57. Creates a container with a static layout and no intrinsic contents, possibly for containing only views of a particular type. The container view and its commands are packaged into one module. The container view is not exported.
  58. CONST generalContainer
  59. Creates a container view with dynamic layout, possibly some intrinsic contents, and able to contain any view type. The model, view, controller, and its commands are packaged into one module each. Model and view are exported as definition types, concrete implementations are created via directory objects. Model, view, and controller are extensions of their base types in module Containers.
  60. This category is currently not supported.
  61. VAR trans
  62. Interactor for the translation dialog.
  63. subsystem: ARRAY 9 OF CHAR
  64. Name of the subsystem to be translated. The name must be a legal subsystem name, between 3 to 8 characters in length, and start with a capital letter.
  65. kind: INTEGER    kind IN {textCmds..generalContainer}
  66. Kind of program to generate.
  67. Create: PROCEDURE
  68. Creation command. As input, a legal subsystem name must be entered. As a result, a new subsystem directory is created.
  69. The Dev/Rsrc/New directory contains a number of template documents. Create translates some of these documents (depending on kind) by replacing all strings with the strikeout attribute (like here: strikeout) by the subsystem name. The template files are then deleted.
  70. TextControllers.StdCtrlDesc
  71. TextControllers.ControllerDesc
  72. Containers.ControllerDesc
  73. Controllers.ControllerDesc
  74. Helvetica
  75. Documents.ControllerDesc
  76.